本篇閱讀時間約: 3 分鐘
這是我閱讀網路上文章得出來的結論。
理由我在Low-code/No-code (LCNC) 服務分類這篇文章中有提及,
「其實我們早就已經踏進 LCNC 的世界了」。
所以一間公司適不適合使用 LCNC,這個就不用問了,
有使用 Notion 的人,第一時間絕對不會問說:「這是 LCNC 工具嗎?」。
每個專業都會去找工具來用,
只是你可能不知道你的工具屬於 LCNC 的服務範圍內。
這個問號的真正內涵是如何將一個「文化」帶入公司裡,
任何需要導入「文化」這種層級的事情,都需要經過充分溝通的過程,
推廣者要先研究內容、進而展示、得到信任、最後推廣。
nocode.tech 有推薦的步驟與內容,
我融合一些其他資料得出自己的步驟:
展示範例、曉以利弊
教育訓練
說明 no-code 與 low-code 的差別,
並舉辦 LCNC 相關讀書會或討論會等。
定義服務使用者以及利益關係者
讓他們知道可以做哪些事、
需要做哪些事、
排斥哪些事、
那些排斥的事是否能得到解答、
並進行討論是否能接受各自要負責的範圍。
這是一個希望大家能一起「合作」的磨合,確保 LCNC 文化得到認同,
若無法認同,或是覺得公司不適合,那就不必再探討下去。
定義第一波需求
若覺得公司適合,有共識後,開始檢視現有狀況,並提出需要協助的項目。
建立 LCNC 創意中心
理想上當然是一開始公司就有創意中心的層級向下推廣,
若真的無法,也可以試著從部門內部向上推廣,
某種程度這也可以當成一種示範單位與範例展示。
對 DesignOps 有理解的朋友,
可以想像成,就只是使用 LCNC 工具、服務、平台,
來達成 DesignOps 想達成的效果。